home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4563 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.5 KB  |  33 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: cix.compulink.co.uk!usenet
  3. From: jralph@cix.compulink.co.uk ("Jolyon Ralph")
  4. Subject: Re: Storm C/C++ Comments
  5. Message-ID: <DnL6Jv.Ivq@cix.compulink.co.uk>
  6. Organization: Compulink Information eXchange
  7. References: <4h5nf2$t48@daily-planet.execpc.com>
  8. Date: Fri, 1 Mar 1996 11:28:42 GMT
  9. X-News-Software: Ameol32
  10.  
  11. I really like the look of Storm C++, but all our projects at the moment 
  12. rely on big, complex makefiles that would have to be rewritten into big, 
  13. complex and different Arexx scripts for Storm C++.
  14.  
  15. I tried compiling some example code I've been working on, and the Storm 
  16. version was 2kb shorter (13Kb vs 15Kb) than the SAS version, BUT it ran 
  17. at less than half the speed of the SAS code! (Both were set for 68020 
  18. code ouptut, various optimiser options tested).
  19.  
  20. I've asked the developers why, but I suspect it is the standard file 
  21. operation commands (fopen(), fread(), etc.) in storm.lib are much slower 
  22. than those in sc.lib. We tend to use standard file operations to ensure 
  23. code portability, and aren't likely to change just so we can use Storm C.
  24.  
  25. Of course, this IS only a beta demo release, it would be unfair for 
  26. anyone to judge the product unfairly at such an early stage. I certainly 
  27. look forward to the release version (the integrated environment is 
  28. excellent, and the debugger is fantastic), I just hope they make sure it 
  29. can be called from standard makefiles and improve the storm.lib (or 
  30. whatever else was causing the slow code).
  31.  
  32. Jolyon - Technical Director, Almathera
  33.